(19) 



J 



(12) 



EuropSisches Patentamt 
European Patent Office 
Office europeen des brevets (1 1 ) EP 1 041 565 A1 

EUROPEAN PATENT APPLICATION 





Date of publication: 


(51) int Cl 7 G1 1 B 27/034 H04N 5/775 




04 10 2000 Bulletin 2000/40 




(21) 


Application number: 001 06921 .0 


// H04N5/85 


(22) 


Date of filing. 31 .03.2000 




(84) 


Designated Contracting States: 


(72) Inventors: 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• Murase, Kaoru 




MC NL PT SE 


Ikoma-gun, Nara 636-0133 (JP) 




Designated Extension States: 


• Okada, Tomoyuki 




AL LT LV MK RO SI 


Katano-shi, Osaka 576-0021 (JP) 






• Tsuga, Kazuhiro 


(30) 


Priority: 02.04.1999 JP 9649999 


Takarazuka-shi, Hyogo 665-0803 (JP) 


(71) 




• Sugimoto, Noriko 


Applicant: 


Takarazuka-shi, Hyogo 665-0876 (JP) 




MATSUSHITA ELECTRIC INDUSTRIAL CO., LTD. 




Kadoma-shi, Osaka 571-8501 (JP) 


(74) Representative: 






Eisenfuhr, Speiser & Partner 






Martinistrasse 24 






28195 Bremen (DE) 



(54) Optical disc, recording device and reproducing device 



(57) Output obtained during playback, and opera- 
tions available during playback, differ according to the 
content of the reproduction path being played from an 
optical disc storing plural reproduction paths containing 
plural different types of audio and/or image information. 
Content type information indicative of the specific audio 
and/or video content of each reproduction path is stored 

Fig .41 



for each reproduction path on the optical disc. This infor- 
mation is then presented to the user on a reproduction 
path (program or play list) selection screen to inform the 
user and assist in the play list selection process. Opera- 
tion of the disc player or disc editor can be changed 
appropriately to this content type information. 
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Description 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 



[0001] The present invention relates to a readable 
and writable optical disc, and to a recording device and 
a reproducing device for the optical disk. More particu- 
larly, the present invention relates to an optical disc for 
recording multimedia data including moving picture 
data, still picture data, and audio data, and to a record- 
ing device and a reproducing device for this optical disc. 

2. Description of the Related Art 

[0002] Rewritable optical discs have for years had a 
maximum storage capacity of approximately 650 MB, 
but this has been changed by the development of phase 
change type DVD-RAM discs with a capacity of several 
gigabytes. Combined with the adoption of MPEG, and 
particularly MPEG-2, standards for encoding digital AV 
data, DVD-RAM is widely anticipated as a recording and 
reproducing medium with application in the AV industry 
as well as the computer industry. More specifically, 
DVD-RAM media are expected to replace magnetic 
tape as the storage medium of choice for AV recordings. 

DVD-RAM 

[0003] Increases in the storage density of rewritable 
optical disc media over the last few years has made it 
possible to use such media for applications ranging 
from storing computer data and recording audio data to 
recording image data, including movies. 
[0004] The signal recording surface of a conven- 
tional optical disc is typically formatted with lands and 
grooves, one of which is used as a guide groove for sig- 
nal recording and reproducing. The data signal is then 
recorded using only the land or the groove. With the 
advent of the land and groove recording method, how- 
ever, it became possible to record signals to both the 
land and groove. This development approximately dou- 
bled the storage capacity of the disc. (See. for example, 
Japanese Unexamined Patent Application (kokai) 8- 
7282.) 

[0005] Further development of a zone CLV (con- 
stant linear velocity) method simplified and made it easy 
to implement a CLV recording and reproducing tech- 
nique, an effective means of further increasing the 
recording density. (See, for example. Japanese Unex- 
amined Patent Application (kokai) 7-93873.) 
[0006] A major topic left for future development is 
how to use such potentially high capacity optical disc 
media to record AV data containing image data to 
achieve new functions and performance far surpassing 
conventional AV products. 

[0007] With the introduction of high capacity rewri- 
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table optical disc media, optical discs are widely 
expected to replace conventional tape media for record- 
ing and reproducing AV content. The transition from 
tape to disc recording media is also expected to greatly 
5 affect both the performance and functions of AV record- 
ing and reproducing products. 

[0008] One of the greatest benefits of a transition to 
disc is a significant improvement in random access per- 
formance. While random access to tape content is pos- 
10 sible, it generally takes on the order of minutes to rewind 
a full tape. This is several orders slower than the typical 
seek time of optical disc media, which is on the order of 
at most several ten milliseconds. Tape is therefore con- 
sidered, for practical purposes, not to be a random 

is access medium. 

[0009] The random access capability of optical disc 
media has also made possible distributed, that is, non- 
contiguous, recording of AV data, which is not possible 
with conventional tape. 

20 [001 0] Fig. 34 is a block diagram of the drive device 
of a DVD recorder. As shown in Fig. 34, this DVD 
recorder comprises an optical pickup 11 for reading 
data from the disc 10, an ECC (error correction code) 
processor 12, track buffer 13, switch 14 for changing 

25 track buffer input/output, encoder 15, and decoder 16. 
An enlarged view of the disc 1 7 format is also shown. 
[001 1 ] As indicated by the disc 1 7 format, the small- 
est unit used for recording data to a DVD-RAM disc is 
the sector, which is 2 KB. Sixteen sectors are combined 

30 as one ECC block, to which the ECC processor 12 
applies error correction coding. 
[0012] The track buffer 1 3 is used for recording AV 
data at a variable bit rate in order to record AV data to a 
DVD-RAM disc more efficiently. While the read/write 

35 rate (Va) to a DVD-RAM disc is fixed, the bit rate (Vb) of 
the AV data is variable, based on the complexity of the 
AV data content (e.g., images if the AV data is video). 
The track buffer 13 is used to absorb this bit rate differ- 
ence. This means that the track buffer 13 is unneces- 

40 sary if the AV data bit rate is also fixed, as it is in the 
Video CD format. 

[001 3] This track buffer 1 3 can be even more effec- 
tively used by dispersed placement of the AV data on 
the disc. This is explained with reference to Fig. 35. 

45 [0014] Fig. 35 (a) shows the disc address space. If 
the AV data is recorded divided between contiguous 
area A1 between addresses a1 and a2, and contiguous 
area A2 between a3 and a4 as shown in Fig. 35 (a), the 
AV data can be continuously reproduced from these 

so non-contiguous areas A1 and A2 by supplying data 
accumulated in the track buffer 13 to the decoder while 
the optical head seeks from a2 to a3. This is shown in 
Fig. 35 (b). 

[0015] Once reading AV data starts from a1 at time 
55 t1 . it is both input to the track buffer 13 and output from 
the track buffer 13 with data accumulating in the track 
buffer at the rate (Va-Vb), that is, the difference between 
the input rate Va to the track buffer and the output rate 
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Vb from the track buffer. This continues to address a2 at 
time t2. Assuming that the data volume accumulated to 
the track buffer at this time is B(t2), data supply to the 
decoder can continue until the data B(t2) accumulated 
to the track buffer is depleted at time t3 at which reading 5 
resumes from address a3. 

[0016] In other words, if it is assured that a certain 
volume of data (a1, a2) is read before a seek operation 
is performed, AV data can be continuously supplied to 
the decoder while the seek is in progress. 10 
[0017] It should be noted that this example consid- 
ers reading, that is, reproducing, data from DVD-RAM, 
but the same concept applies for writing or recording 
data to DVD-RAM. 

[001 8] It will thus be obvious that insofar as a spec- 15 
ified amount of data is recorded continuously to DVD- 
RAM disc, continuous reproduction and recording is 
possible even if the AV data is noncontiguous! y 
recorded to the disc. 

20 

MPEG 

[0019] A common AV data format is described next 
below. 

[0020] As noted above, AV data is recorded to DVD- 25 
RAM media using the MPEG international standard, 
also known as ISO/IEC 13818. 

[0021] Even though DVD-RAM discs have a large, 
plural gigabyte, capacity, this is still not sufficient for 
recording uncompressed digital AV data of any dura- 30 
tion. Away to compress and record AV data is therefore 
necessary. This need was addressed by worldwide 
adoption of the MPEG (ISO/IEC 13818) standard for AV 
data compression. MPEG decoders (compres- 
sion/decompression ICs) have also been realized with 35 
advances in IC devices. This has enabled the DVD 
recorder to handle MPEG compression and decom- 
pression internally. 

[0022] MPEG signal processing is able to achieve 
high efficiency data compression chiefly as a result of 40 
the following two features. 

[0023] First is that compression using a time corre- 
lation characteristic between frames (known as pictures 
in MPEG) is used in conjunction with conventional com- 
pression using a spatial frequency characteristic for 45 
moving picture data compression. Each video 
sequence of an MPEG video signal stream is divided 
into one or more groups of pictures, each group of pic- 
tures comprising one or more pictures of three different 
types: I -pictures (intraframe coded pictures), P -pictures so 
(predictive-coded pictures, that is, intracoded with refer- 
ence to a preceding picture), and 8-pictures (bidirec- 
tionally predictive-coded pictures, that is. intraframe 
coded with reference to preceding and following pic- 
tures). 55 
[0024] Fig. 36 shows the relationship between I, P, 
and B pictures. As shown in Fig. 36, P -pictures refer to 
temporally preceding I- or P-pictures in the sequence, 



while B-pictures refer to the first preceding and following 
I- or P-pictures. It should also be noted that because B- 
pictures reference an upcoming I- or P-picture. the dis- 
play order of the pictures may not match the coding 
order of the pictures in the compressed data brtstream. 
[0025] The second feature of MPEG coding is that 
code size is dynamically allocated by picture unit 
according to the complexity of the image. An MPEG 
decoder has an input buffer, and by accumulating data 
in this decoder buffer a large amount of code can be 
allocated to complex images that are difficult to com- 
press. 

[0026] Three types of audio coding are used for the 
audio portion of a DVD-RAM recording: MPEG audio 
with data compression, Dolby Digital^ (also known as 
AC-3), and noncompressive linear pulse code modula- 
tion (LPCM). Both Dolby Digital^* and LPCM are fixed 
bit rate coding methods, but MPEG audio coding can 
select from several compression rates on an audio 
frame basis, although audio compression is not as high 
as video stream compression. 

[0027] The resulting compressed video and audio 
streams are multiplexed to a single stream using a 
method known as the MPEG system. Fig. 37 shows the 
organization of an MPEG system stream. As shown in 
Fig. 37, each 2 KB sector comprises a pack header 41 . 
packet header 42, and payload 43. The MPEG system 
thus has a hierarchical structure comprising packs and 
packets. Each packet comprises a packet header 42 
and payload 43. AV data is segmented from the begin- 
ning into blocks of an appropriate size for storage to the 
payload 43. 

[0028] The packet header 42 records information 
referring to the AV data stored in the associated payload 
43. More specifically, the packet header 42 contains a 
stream ID for identifying the data stored in the associ- 
ated packet, and a decoding time stamp (DTS) and 
presentation time stamp (PTS) identifying the decoding 
time and presentation time of the data contained in the 
payload in 90 kHz precision. If the decoding and pres- 
entation are simultaneous, as in the case of audio data, 
the DTS can be omitted. 

[0029] A pack is a unit of plural packets. In DVD- 
RAM, however, there is one pack for each packet, and 
each pack therefore comprises a pack header 41 and 
packet (containing a packet header 42 and payload 43). 
[0030] The pack header contains a system clock 
reference (SCR) expressing with 27 MHz precision the 
time at which the data contained in this pack is input to 
the decoder buffer. 

[0031] An MPEG system stream thus comprised is 
recorded one pack to a sector (= 2048 bytes) on DVD- 
RAM. 

[0032] A decoder for decoding the above-noted 
MPEG system stream is described next below. Fig. 38 
is a block diagram of an exemplary decoder model 
(P_STD) of an MPEG system stream decoder. Shown 
in Rg. 38 are the system time clock (STC) 51 , that is, 
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the internal reference clock for decoder operation; a 
demultiplexer 52 for decoding (demultiplexing) the sys- 
tem stream; video decoder input buffer (video buffer) 
53; video decoder 54; re-ordering buffer 55 for tempo- 
rarily storing I and P pictures to absorb the difference in 5 
the coding (data) sequence and presentation sequence 
that occurs between B pictures and I and P pictures; a 
switch 56 for adjusting the output order of the I, P, and B 
pictures buffered to the re-ordering buffer 55; an aucfio 
decoder input buffer (audio buffer) 57; and audio w 
decoder 58. 

[0033] This MPEG system decoder processes the 
above-noted MPEG system stream as follows. 
[0034] When the time indicated by the STC 51 and 
the SCR written to the pack header match, the pack is is 
input to the demultiplexer 52. The demultiplexer 52 then 
interprets the stream ID in the packet header, and 
passes the audio stream and video stream contained in 
the payload data to the appropriate decoder buffers. 
The PTS and DTS are also read from the packet 20 
header. 

[0035] When the times indicated by the STC 51 and 
DTS match, the video decoder 54 reads and decodes 
the picture data from the video buffer 53. I and P pic- 
tures are stored to the re-ordering buffer 55 while B pic- 25 
tures are presented directly to screen. If the picture 
being decoded by the video decoder 54 is an I or P pic- 
ture, the switch 56 switches to the re-ordering buffer 55 
to output the previous I or P picture from the re-ordering 
buffer 55; if a B picture is decoded, the switch 56 30 
switches to the video decoder 54. 
[0036] Similarly to the video decoder 54, the audio 
decoder 58 reads and decodes one audio frame of data 
from the audio buffer 57 when the PTS matches the 
STC 51 (a DTS is not recorded for audio data). 35 
[0037] An exemplary method of multiplexing an 
MPEG system stream is described next with reference 
to Fig. 39. Note that a sequence of video frames is 
shown in Fig. 39 (a), the change in data storage to the 
video buffer is shown in Fig. 39 (b), a typical MPEG sys- 40 
tern stream is shown in Fig. 39 (c), and an audio signal 
is shown in Fig. 39 (d). Each of Figs. 39 (a) to (d) are 
shown on a common time base (horizontal axis). The 
vertical axis in Fig. 39 (b) indicates the amount of data 
stored to the video buffer. The bold line in this graph 45 
thus indicates the change over time in the buffered 
video data volume. The slope of this line is indicative of 
the video bit rate, and shows that data is input to the 
video buffer at a constant rate. The decrease in buffered 
data at regular intervals indicates the progression of so 
data decoding. The intersection of the dotted line exten- 
sion of the graphed line with the time base (horizontal 
axis) indicates the time at which video frame transfer to 
the video buffer begins. 

[0038] MPEG encoding is described next using by 55 
way of example coding a complex image A in the video 
data stream. As shewn in Fig. 39 (b), image A requires 
a large coding block, and data transfer to the video 



buffer must therefore begin from a time t1 before the 
image A decoding time. Note that the time from data 
input start time t1 to decoding is referred to as 
vbv_delay below. AV data is thus multiplexed to the 
position (time) of the shaded video pack. 
[0039] Unlike video data, audio data does not 
require dynamic coding size control. It is therefore not 
necessary for audio data transfer to start at a similarly 
advanced time before decoding starts, and audio data is 
thus typically multiplexed only slightly before decoding 
starts. Video data is thus multiplexed to the MPEG sys- 
tem stream before the audio data. 
[0040] It should be further noted that data can be 
accumulated to the buffer for a limited time in the MPEG 
system. More specifically, the MPEG system standard 
requires all data other than still picture (or still image) 
data be output to the decoder from the buffer within one 
second of being stored to the buffer. This means that 
there is at most a one second offset between video data 
and audio data multiplexing (or more precisely, the time 
required for video frame reordering). 
[0041] rt will also be obvious that while the MPEG 
system stream is described above with video data pre- 
ceding the audio, the audio can theoretically precede 
the video. This type of stream can be purposely gener- 
ated by using for the video data simple images to which 
a high compression rate can be applied, and transfer- 
ring the audio data earlier than required. Even in this 
case, however, the audio can precede the video by at 
most one second due to the restrictions imposed by the 
MPEG standard. 

Reproduction oath 

[0042] The AV data reproduction path is described 
next below. 

[0043] As described above, data is recorded and 
reproduced from a simple linear path when using mag- 
netic tape and other sequential access media. When 
plural AV streams are sequentially recorded to a single 
tape, the playback head must first be indexed to the 
desired stream before playback can start. Because out- 
put will be interrupted if a seek (head indexing) opera- 
tion is performed to skip to another location on the tape 
while playback is in progress, AV streams by necessity 
must be linearly reproduced. 

[0044] When using a random access medium such 
as optical discs, however, the high speed access capa- 
bility of such media makes it possible to sustain contin- 
uous, uninterrupted output within certain parameters 
even when the playback head moves to AV data at a 
non-contiguous location on the disc by simply providing 
a track buffer of sufficient size between the decoder and 
drive. 

[0045] It is therefore possible to define a plurality of 
playback (reproduction) paths on optical disc media. For 
example, discs conforming to the DVD-ROM video 
standard (DVD Specifications for Read-Only Disc, Part 
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3, Video Specifications) can be recorded so that the 
user can enjoy various different reproduction paths pre- 
senting different program content. Moving picture data, 
stilt picture data, audio, captioning data, and various 
other types of AV data can also be mixed in a single 5 
reproduction path for even greater variety. 

PROBLEM TO BE SOLVED 

[0046] The object of the present invention is to pro- 10 
vide a DVD recorder that solves the following problems 
hindering obtaining maximum performance from DVD- 
RAM media, a high capacity rewritable storage medium 
widely anticipated as the next generation in AV record- 
ing media. is 
[0047] The greatest problem resulting from a DVD 
recorder being able to define a plurality of reproduction 
paths is presenting these paths to the user. Multiple 
reproduction paths enhances user enjoyment, but can 
also lead to user confusion. That is, the availability of 20 
multiple reproduction paths makes it harder for the user 
to pick the desired path satisfying the user's personal 
objectives and desires. Further confusion can arise 
when the user does not know what type(s) of AV data 
are present on the various reproduction paths before 25 
playback starts. 

[0048] For example, if the reproduction path com- 
prises only moving picture content, the user can enjoy 
the program content until the AV stream ends without 
further manipulation required. However, if the reproduc- 30 
tion path contains a group of still pictures, some type of 
operation is typically needed to continue to the next 
image. Furthermore, while there is obviously no video 
involved when reproducing an audio-only stream, if the 
user does not know that there is no associated video 35 
content to be reproduced with the audio, equipment fail- 
ure or simply misunderstanding could result. 
[0049] DVD-ROM video discs are frequently pro- 
grammed with an easy to understand menu to the disc 
contents. This menu is prepared by the content creator, 40 
and also draws from the AV data content of the disc. 
Other information is also presented on the disc jacket or 
disc surface to inform the user. 

[0050] With rewritable media such as DVD-RAM, 
however, the AV data content as well as reproduction 45 
path definitions can change, and the above-noted meth- 
ods used with DVD-ROM are not as easily used. 
[0051] The greatest problem in this regard with 
DVD-RAM and other rewritable media when using mul- 
tiple reproduction paths is therefore achieving a method so 
whereby reproduction path information can be appropri- 
ately presented to the user using the most recent data 
written to disc. 

SUMMARY OF THE INVENTION ss 

[0052] To achieve the above object, our invention 
relates to an optical disc for storing an AV stream con- 
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taining at least one moving picture (video) stream or still 
picture (still image) stream, and management informa- 
tion for managing the AV stream wherein the manage- 
ment information comprises reproduction path 
information (UD_PGCI) generated by a user specifying 
a starting point and an ending point for a desired part of 
the AV stream, and play list type information (PL_TY) 
indicating whether the content of the user-defined 
reproduction path specified in the reproduction path 
information (UD_PGCI) is only video content, only still 
picture content, or a mixture of video and still picture 
content. 

[0053] Our invention further relates to an optical 
disc for recording an AV stream containing at least one 
video or still picture stream, or an audio stream with no 
video or still picture content, and management informa- 
tion for managing the AV stream. In this case, the man- 
agement information comprises reproduction path 
information (UD_PGCI) generated by a user specifying 
a starting point and an ending point for a desired part of 
the AV stream, and play list type information (PL_TY) 
indicating whether the content of the reproduction path 
specified in the reproduction path information 
(UD_PGCI) is only video content, only still picture con- 
tent, a mixture of video and still picture content, or only 
audio content with no video or still picture content. 
[0054] The play list information stored in the man- 
agement information can be used to inform the user 
what type of content will be presented from each repro- 
duction path before playback starts. 
[0055] Further preferably in both cases above, the 
management information also comprises primary text 
information (PRM_TXTI) containing titles for the repro- 
duction path information (UD_PGCI). 
[0056] By storing title information for each user- 
defined reproduction path, a more informative, user- 
friendly display can be presented when informing the 
user of reproduction path content. 
[0057] Our invention further relates to a recording 
device for recording management information to an opti- 
cal disc of our invention as noted above. This recording 
device comprises memory for storing a user-defined 
starting point and ending point for a desired part of the 
AV stream; a means for generating user-defined repro- 
duction path information based on the starting point and 
ending point stored to memory; a means (7802, steps 
#20 to #26) for generating play list type information 
(PL_TY) indicating whether the content of a user- 
defined reproduction path is only video content, only still 
picture content or a mixture of video and still picture 
content; and a means for recording the reproduction 
path information and play list type information to the 
optical disc as management information. 
[0058] Our invention yet further relates to a play- 
back device for reproducing content from an optical disc 
to which an AV stream containing at least one video or 
still picture stream, and management information for 
managing the AV stream, are recorded with the man- 
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agement information containing user-defined reproduc- 
tion path information generated by a user specifying a 
starting point and an ending point for a desired part of 
the AV stream, and play list type information (PL_TY) 
indicative of whether content contained in the user- 5 
defined reproduction path is only video content, only still 
picture content, or a mixture of video and still picture 
content. This playback device comprises a presentation 
means (7805, 7806) for reading the play list type infor- 
mation, and displaying whether the user-defined repro- 10 
duction path contains only video content, only still 
picture content, or a mixture of video and still picture 
content. 
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[0059] TTiese and other objects and features of the 
present invention will be readily understood from the fol- 
lowing detailed description taken in conjunction with 
preferred embodiments thereof with reference to the 20 
accompanying drawings, in which like parts are desig- 
nated by like reference numerals and in which: 

Fig. 1 shows the logical structure of a disc accord- 
ing to a preferred embodiment of the present inven- 25 
tion; 

Fig. 2 shows the internal structure of an AV file for 
movies; 

Fig. 3 shows the internal structure of an AV file for 
still pictures; 30 
Fig. 4 shows the relationship between AV data and 
management information; 

Fig. 5 shows the structure of the RTR_VMG block; 

Fig. 6 shows the structure of the RTR_VMGI block; 

Fig. 7 shows the VERN and 71vl_ZONE format; 35 

Fig. 8 shows the structure of the PL_SRP block; 

Fig. 9 shows the PL_TY and PL_CREATE format; 

Fig. 10 shows the PTM format; 

Fig. 1 1 shows the S_VOB_ENTN format; 

Fig. 1 2 shows the structure of the M_AVFIT block; 40 

Fig. 13 shows the V_ATR and A_ATR format; 

Fig. 14 shows the SP_ATR and SP_PLT format for 

movies; 

Fig. 15 shows the structure of the M__AVFI block; 

Fig. 1 6 shows the structure of the M_VOBI block; 45 

Fig. 1 7 shows the VOB__TY format; 

Fig. 18 shows the structure of the TMAPI block; 

Fig. 19 shows the VOBU_ENT format; 

Fig. 20 shows the structure of the S_AVFIT block; 

Fig. 21 shows the V_ATR and OA_ATRS_AA_STI so 

format; 

Fig. 22 shows the SP_ATR and SP_PLT format for 
still pictures; 

Fig. 23 shows the structure of the S_AVFI block; 

Fig. 24 shows the structure of the S_VOB_ENT 55 

block; 

Fig. 25 shows the S_VOB_ENT_TY format; 

Fig. 26 shows the structure of the UD_ PGCIT 



block; 

Fig. 27 shows the structure of the TXTDT_MG 
block; 

Fig. 28 shows the structure of the PGCI block; 
Fig. 29 shows the PG_TY format; 
Fig. 30 shows the structure of the CI block; 
Fig. 31 shows the C__TY format; 
Fig. 32 shows the structure of the C_EPI block; 
Fig. 33 shows the EP_TY1 format; 
Fig. 34 is a block diagram of a DVD recorder drive; 
Fig. 35 (a) shows the volume address space of a 
disc, and (b) shows the change in data accumula- 
tion in the track buffer; 

Fig. 36 shows the correlation between picture types 
in an MPEG video system stream; 
Fig. 37 shows the structure of an MPEG system 
stream; 

Fig. 38 is a block diagram of an MPEG system 
decoder (P_STD); 

Fig. 39 (a) shows video data, (b) shows the change 
in data accumulation in the video buffer, (c) shows 
the MPEG system stream, and (d) shows the audio 
data; 

Fig. 40 is a block diagram of a DVD recorder; 
Fig. 41 is used to describe to first exemplary play 
list presentation and selection screen; 
Fig. 42 is used to describe to second exemplary 
play list presentation and selection screen; 
Fig. 43 is a flow chart of a play list recording opera- 
tion; 

Fig. 44 is a flow chart of an operation for generating 
play list type information; and 
Fig. 45 is a flow chart of a process for generating a 
play list presentation screen. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0060] A DVD recorder and DVD-RAM disc are 
described below as a preferred embodiment of the 
present invention with reference to the accompanying 
figures. 

Logical structure of DVD- RAM 

[0061] The logical structure of a DVD-RAM disc is 
described first below with reference to Fig. 1 . Fig. 1 
shows the physical sector address area of the disc, and 
the structure whereby data is recorded to the disc as 
part of a file system. 

[0062] The physical sector address area of the disc 
starts with a lead-in area to which a reference signal for 
servo stabilization, and an ID signal for differentiating 
DVD-RAM media from other media, are recorded. The 
user data area follows the lead-in area. Logically valid 
data is recorded to the user data area. A lead-out area 
ends the physical sector address area; a reference sig- 
nal is also recorded here. 
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[0063] File system management information, called 
volume information, is recorded at the beginning of the 
user data area. The file system is not directly related to 
the present invention, and description thereof is thus 
omitted below. It should be noted, however, that by 
using a file system, data recorded to the disc can be 
managed as files and a directory to the files as shown in 
Fig. 1 . 

[0064] All data handled by the DVD recorder is filed 
under the DVD_RTR directory directly below the root 
directory as shown in Fig. 1 . 

[0065] Files handled by a DVD recorder can be 
grouped into two broad categories: a management 
information file (RTR.IFO file) and one or more AV files 
(RTR_MOV.VRO file, RTR_.STO.VRO file). 
[0066] AV files are recorded as an RTR_MOV.VRO 
file recording moving picture content (referred to as 
video below), or an RTR_STO.VRO file recording still 
picture data and simultaneously recorded audio data. 
[0067] Fig. 2 shows the file structure of an 
RTR_MOV.VRO file recording video content. As shown 
in Fig. 2, MPEG program streams (M_VOB (Movie 
Video Object)) are arranged in recording sequence in 
the RTRJvlOVVRO file. 

[0068] Each program stream (M_VOB) is built from 
a plurality of Video Object Units (VOBU). each with a 
video reproduction time of 0.4 sec. to 1.0 sec. 
[0069] Each VOBU comprises a number of video 
packs (V_PCK), audio packs (A_PCK), and subpicture 
packs (SP_PCK); each pack is 2 KB. 
[0070] The video data in each VOBU further com- 
prises one or more Group of Pictures (GOP). The GOP 
is the decoding unit for MPEG video, starts with an l-pic- 
ture, and contains plural P- or B-pictures. 
[0071] Fig. 3 shows the structure of an 
RTR_STO. VRO file for recording still pictures and audio 
data. As shown in Fig. 3, an RTR__STO.VRO file con- 
tains S_VOB (Still Picture Video Objects), the MPEG 
program stream for still pictures, arranged in recording 
sequence. 

[0072] The greatest difference between an S_VOB 
and M_VOB is that an S_VOB records still picture data 
instead of moving picture data, and the still picture data 
(video part) is followed by the audio data (audio part) 
instead of multiplexing the video and audio. 
[0073] An S_VOB also contains one VOBU, which 
comprises a V_PCK, A_PCK, and SP_PCK. 

AV data and management information 

[0074] The relationship between M_VOB, S_VOB, 
and management information is described next below 
with reference to Fig. 4. 

[0075] As described above, there are two types of 
AV data, M_VOB and S_VOB. Management information 
M_VOBI for each M_VOB is stored for each M_VOB 
where the M_VOBI records attributes of the corre- 
sponding M_VOB. Individually managing S_VOBs, 



however, would greatly increase the amount of manage- 
ment information. Management information S_VOGI is 
therefore used to manage a group S_VOG containing 
plural S_VOB units. This S_VOGI records attributes for 
5 the corresponding S__VOB group. 

[0076] What is important to note here is that MPEG 
stream data does not have a linear correlation between 
time and data size. As noted above, the MPEG system 
stream is compressed using temporal correlation char- 
ge acteristics and variable length coding techniques 
(including variable bit rate coding) in order to achieve 
high compression efficiency. As a result there is not 
necessarily a direct correlation between time and data 
size (address). 

is [0077] Therefore, an M_VOBI also contains a filter 
(TMAP) for converting time and address information, 
and an S_VOGI also contains a filter (S_VOB Entries) 
for converting a still picture number in an S_VOG group 
and address. 

20 [0078] Management information for the reproduc- 
tion path is described next below. 
[0079] The reproduction path is defined as a pro- 
gram chain (PGC). that is, a sequence of cells, describ- 
ing all or part of a range of M_VOB or S_VOG blocks. 

25 [0080] The reproduction path can be either of two 
types: an original PGC referring to all AV data on the 
disc, or a user-defined PGC defining a user-selected 
reproduction sequence of AV data on the disc. Note that 
a plurality of user-defined PGC can be recorded. 

30 [0081] The original PGC is also called a Program 
Set having a Program layer logically bundling a plurality 
of cells. 

[0082] A user-defined PGC is also called a Play 
List. Unlike an original PGC, a Play List does not have a 
35 Program layer. 

Management information file 

[0083] The content of the management information 
40 file RTR.IFO is described next below with reference to 
Fig. 5 to Fig. 33. 

RTR_VMG (Fig. 5) 

45 [0084] The VR_MANGR. IFO file contains real-time 
recording video management information RTR_VMG. 
RTR_VMG comprises seven tables: RTR_VMGI 
M_AVFIT, S_AVFIT, ORG_PGCI, UD_PGCIT, 
TXTDT_MG, and MNFIT. 

so [0085] These seven tables are described in detail 
next below. 

RTR_VMGI (Fig. 6) 

55 [0086] Real-time recording video management 
information RTR_VMGI includes video management 
information table VMGI_MAT and play list search 
pointer table PL_SRPT 
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VMGLMAT (Fig. 6) 



[0087] The video management information man- 
agement table VMGLMAT stores the following informa- 
tion relating to the entire disc. The reproducing device s 
and recording device, referred to as simply disc player 
and recorder, respectively, below, first read this 
VMGLMAT to detect the overall structure of the disc. 



VMGJD (video management identifier) 

[0088] Stores the identifier DVD_RTR_VMG0 iden- 
tifying the disc as storing video recording data. 

RTR_VMG_EA (RTR__VMG end address) 

[0089] Stores the RTR_VMG end address. 

VMGI_EA (VMGI end address) 

[0090] Stores the VMGI end address. 

VERN (version number) 



[0091 ] Records the version number of the recording 25 
format of the stored video recording data according to 
the format shown in Fig. 7. 



w 



15 



20 



TM_ ZONE (time zone) 



30 



[0092] Records the time zone used for all time infor- 
mation recorded to the disc. As shown in Fig. 7, the 
TM_ZONE stores a time zone stamp TZ_TY indicating 
whether time information is based on Greenwich Mean 
Time or a regional time standard (such as Eastern 35 
Standard Time (EST) or Japan Standard Time (JST)), 
and a time zone offset TZ_OFFSET recording the time 
difference to Greenwich Mean Time. 

STILL_TM (still time) 4 o 

[0093] Stores the still time used for presenting still 
pictures without sound. 

CHRS (character set code for primary text display) 45 

[0094] Defines the character set code to use for pri- 
mary text displays (described below). 



M_AVFIT_SA (M_ AVFIT start address) 

[0095] Stores the start address of the movie AV ffle 
information table M_AVFIT This start address is used in 
the seek operation for accessing the M__AVFIT table. 

S_AVFIT_SA (S_AVFIT start address) 

[0096] Stores the start address of the still picture 



so 



55 



AV file information table S_AVFIT This start address is 
used in the seek operation for accessing the S_AVFIT 
table. 

ORG_PGCI_SA (ORG_PGCI start address) 

[0097] Stores the start address of the original PGC 
information. This start address is used in the seek oper- 
ation for accessing the original PGC. 

UD_PGCIT_SA (UD_PGCIT start address) 

[0098] Stores the start address of the user-def ined 
PGC information table. This start address is used in the 
seek operation for accessing the user-defined PGC 
information table. 

TXTDT_MG_SA (TXTDT_MG start address) 

[0099] Stores the start address of the text data 
management information TXTDTJvlG. This start 
address is used in the seek operation for accessing the 
text data management information TXTDTJvlG. 

MNFIT_SA (MNFIT start address) 

[01 00] Stores the start address of the management 
file information table MNFIT This address is used in the 
seek operation for accessing the MNFIT table. 

PL_SRPT (play list search pointer table) (Fig. 8) 

[0101] The play list search pointer table PL_SRPT 
records play list search pointer table information 
PL_SRPTI and n play list search pointers PL_SRP. 

PL_SRPTI (play list search pointer table information) 
(Fig. 8) 

[01 02] The play list search pointer table information 
PL.SRPTI records the following information for access- 
ing a play list search pointer PL_SRP. 

PL_SRP_Ns (number of play list search pointers) 

[0103] Stores the number of play list search point- 
ers PL_SRR 

PL_SRPT_EA (PL_SRPT end address) 

[0104] Stores the end address of this play list 
search pointer table PL_SRPT 

PL_SRP (play list search pointer) (Fig. 8) 

[0105] Records the following information for 
accessing the actual play list data, that is, the user- 
defined PGC. 
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PL.TY (play list type) 

[0106] Stores one of the following values for identi- 
fying the play list type using the format shown in Fig. 9. 

0000b: video only 

0001 b: still pictures only 

0010b: both video and still pictures 

0011b: audio only 

PGCN (PGC number) 

[0107] Stores the PGC number for the associated 
play list. The PGC number is the recording sequence of 
PGC information in the UD_PGCIT described below. 

P L_C RE ATE_TM (play list creation date/time) 

[0108] Stores the date and time the play list was 
created according to the format shown in Fig. 9. 

PRM_TXTI (primary text information) 

[0109] Stores text information indicative of play fist 
content. For example, if the play list is a television pro- 
gram, PRMJTXTI could record the name of the show. 
PRM_TXTI includes an ASCII code field, and a field for 
the character code set defined by the above-noted 
CHRS. 

IT_TXT_SRPN (IT_TXT_SRP number) 

[0110] If information indicative of the play list con- 
tent is recorded as the optional IT_TXT block in addition 
to the above-noted primary text, the IT_TXT_SRP 
number is stored as a link to the IT_TXT recorded in 
TXTDT_MG. This IT_TXT_SRP number is the record- 
ing sequence in TXTDTJvlG, described below. 

THM_PTRI (thumbnail pointer information) 

[0111] Stores thumbnail image information for the 
play list. 

THM_PTRI (Fig. 8) 

[0112] THM_PTRI stores the following information 
indicating a thumbnail image location. 

CN (cell number) 

[0113] Stores the cell number containing the 
thumbnail image. The cell number is the recording 
sequence of the cell information in the UD_PGCI for this 
play list. 



THM_PT (thumbnail image pointer) 

[0114] Stores the presentation time of the video 
frame used as the thumbnail image according to the 
PTM (presentation time) describing format as shown in 
Fig. 10 if the cell indicated by CN is a video cell. PTM is 
written according to the reference time of the time 
stamp written in the MPEG program stream. 
[0115] Stores the still picture VOB entry number of 
the still picture used as the thumbnail image according 
to the S_VOB_ENTN describing format as shown in Fig. 
1 1 if the cell indicated by CN is a still picture cell. 

M_AVFIT (Fig. 12) 

[01 1 6] The movie AV file information table M_AVFIT 
stores management information for the movie AV file 
RTR_MOV.VRO. and comprises M_AVFITI, 
M_VOB_STI, and M_AVFI. 

M_AVFITI (movie AVfile information table information) 
(Fig. 12) 

[0117] Stores the following information for access- 
ing M_VOB_STI and M_AVFL 

M_AVFI_ Ns (movie AV file information number) 

[0118] Indicates the number of following AVFI infor- 
mation fields. If 0, no AVFI is present; if 1, an AVFI is 
present. AVFI presence corresponds to the presence of 
movie AV file RTR_MOV. V RO. 

M_VOB_STI_Ns (M_VOB__STI number) 

[0119] Indicates the number of following 
M_VOB_STI fields. 

M_AVFIT_EA (M_AVFIT end address) 

[0120] Stores the M_AVFIT end address. 

M_VOB_STl (movie VOB stream information) (Fig. 12) 

[0121] Stores the following as movie VOB stream 
information. 

V_ATR (video attributes) 

[0122] Stores the following video attributes accord- 
ing to the format as shown in Fig. 1 3. 

Video compression mode 

[0123] Stores one of the following values indicating 
the video compression mode. 

00b: MPEG_1 
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01b; MPEG 2 



TV system 



A_ATR0 (audio stream 0 attributes) 

[0131] Stores the following attributes for the audio 

roi24l Wnn^^^i. . . - recorded to audio stream 0 using the format as shown in 

Lui<wj btores one of the following values indicating s Fig. 13. 
the television system. 



00b : 525/60 (NTSC) 
01b: 625/50 (PAL) 

Aspect ratio 

[0125] Stores one of the following values indicating 
the aspect ratio. 



Audio coding mode 

[01 32] Stores one of the following values indicating 
10 the audio compression method. 



00b: 
01b: 



4x3 
16x9 



000b 
001b 
010b 
is 011b 



Dolby AC-3 

MPEG audio without an extension stream 
MPEG audio with an extension stream 
linear PCM 



Iine21_ switch_1 

[0126] Stores one of the following values indicating 
whether closed caption data for field 1 is contained in 
the video stream. 



20 



Preference flag 

[01 33] Stores one of the following values indicating 
user preference information for the audio channel. 



1b: 
0b: 



recorded 
not recorded 



25 



00b: 
01b 
10b 



[0134] 



not applicable 
audio channel 1 
audio channel 2 



Iine21_swrtch_2 

[0127] Stores one of the following values indicating 
whether closed caption data for field 2 is contained in 
the video stream. 



1b: 
0b; 



recorded 
not recorded 



30 



35 



For example, if audio channel 1 is in Japa- 
nese, audio channel 2 is in English, and the user prefers 
to listen in English, this preference flag is set to 10b by 
the user. 

Application Rag 

[0135] Stores one of the following values indicating 
the audio application. 



Video resolution 

[0128] Stores one of the following values indicating 
the video resolution. 



00b 
01b 
10b 



not applicable 

plural audio channel configurations are mixed 
enhancement channel included 



000b: 
001b: 
010b: 
011b: 
100b: 
101b: 



720x480 (NTSC), 720x576 (PAL) 
702x480 (NTSC), 702x576 (PAL) 
352x480 (NTSC), 352x576 (PAL) 
352x240 (NTSC), 352x288 (PAL) 
544x480 (NTSC), 544x576 (PAL) 
480x480 (NTSC), 480x576 (PAL) 



AST_Ns (audio stream number) 

[0129] Stores the number of audio streams 
recorded to the corresponding VOB. 

SPST_Ns (still picture stream number) 

[0130] Stores the number of still picture streams 
recorded to the corresponding VOB. 



40 



45 



50 



55 



[0136] Note that a value of 01b indicating plural 
audio channel configurations are mixed means, for 
example, that two or more audio streams of monaural, 
stereo, or dual audio (such as in both Japanese and 
English) are recorded to the AV stream on separate 
time bases. 

[0137] The enhancement channel is an enhanced 
audio channel for the visually impaired. 

Quantization/DRC 

[01 38] Stores one of the following values for identi- 
fying whether dynamic range control (DRC) information 
is present. 

00b: DRC not contained in MPEG stream 
01b: DRC contained in MPEG stream 

[01 39] ff LPCM is used, the following value is stored 
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20 



to identify the quantization level. 



A_ATR1 (audio stream 1 attributes) 



00b: 



fs 



16 bit 



[0140] The following value is stored to identify the 
sampling frequency. 

00b: 48 kHz 

Number of Audio channels 

[0141] Stores one of the following values indicating 
the number of audio channels. 



0000b: 
0001b: 
0010b: 
0011b: 
0100b 
0101b 
0110b 
0111b 
1001b 



1 channel (monaural) 

2 channel (stereo) 

3 channel 

4 channel 

5 channel 

6 channel 

7 channel 

8 channel 

2 channel (dual monaural) 



[0142] Dual monaural refers, for example, to a bilin- 
gual recording with main (e.g.. Japanese) and sub (e.g., 
English) channels, both of which are monaural. 

Bitrate 

[0143] Stores one of the following values indicating 
the bitrate. 



0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 



0001b: 
0010b: 
0011b: 
0100b 
0101b 
0110b 
0111b 
1000b 
1001b 
1010b 
1011b 
1100b: 
1101b: 
1110b: 



64 kbps 
89 kbps 
96 kbps 
112 kbps 
128 kbps 
160 kbps 
192 kbps 
224 kbps 
256 kbps 
320 kbps 
384 kbps 
448 kbps 
768 kbps 
1536 kbps 



[0144] What is important here is that if the corre- 
sponding audio stream is an MPEG audio stream with 
an extension stream, only the bitrate of the base 
stream, not including the extension stream, is recorded. 
This is because compression using a VLC technique is 
used for the extension stream, and the extension 
stream therefore cannot be defined using a fixed bitrate 
as above. 



[0145] Stores the following attributes of audio 
stream 1 using the format as shown in Fig. 13. Note that 
5 these attributes are defined using the same fields used 
with A_ATRO and described above, and further descrip- 
tion is thus omitted here. 

[0146] As shown in Fig. 43, if there are two audio 
streams (audio stream 1 and audio stream 2) for a sin- 

10 gle AV stream. A_ATR0 is used for audio stream 1 man- 
agement information, and A_ATR1 is used for audio 
stream 2 management information. Because A_ATR0 
and A_ATR1 are identical in structure, A_ATR0 shown 
on the bottom in Fig. 1 3 is also applicable to A_ATR1 . 

15 [0147] One possible application for two audio 
streams is to broadcast a baseball game, for example, 
with announcer commentary for one team broadcast in 
stereo on audio stream 1 , and the announcer commen- 
tary for the other team broadcast in stereo on audio 

20 stream 2. 

[0148] If there is only one audio stream, that is, 
audio stream 1 in this case as shown in Fig. 44, A_ATR0 
is used for the audio stream 1 management information 
while A_ATR1 is left blank or as initialized. 

25 [0149] Furthermore, if audio streams 1 and 2 are 
both recorded for a single AV stream. A_ATR0 is used 
for audio stream 1 management information, and 
A_ATR1 is used for audio stream 2 management infor- 
mation. By setting the preference flag to 10b in A_ATR1 

30 as shown in Fig. 45, audio channel 2, that is. the 
subchannel, can be designated the preferred channel 
and selected with priority to audio channel 1 . Further- 
more, by setting the application flag to 01b it is known 
that a plurality of audio channels are mixed. By further 

35 setting the number of audio channels to 1001b, it is 
known that two channel (dual monaural) audio is the 
preferred mode. Which is the preferred or representa- 
tive mode when there are plural modes can be detected 
by, for example, comparing the total time of each mode 

40 and selecting the mode with the longest time, or send- 
ing a code in the broadcast signal indicating a prese- 
lected preferred mode. 

SP_ATR (subpicture attribute) 

45 

[0150] Records the subpicture attribute information 
shown below according to the format as shown in Fig. 
14. 

so Application Rag 

[0151] Stores one of the following values indicating 
the application type. 



55 00b 
01b 
10b 



not applicable 

caption 

animation 
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AO STATUS 



[0152] Records the subpicture color palette infor- 
mation using the format shown in Fig. 14. 

M_AVFI (Fig. 15) 

[0153] The movie AV file information M_AVFl com- 
prises the following information for accessing a movie 
VOB: M__AVFI_GI, MJ/OBLSRR and M_VOBI. 

M_AVFI_GI (movie AV file general information) (Fig. 15) 

[0154] Stores the movie VOB information search 
pointer count M_VOBI_SRP__Ns. 

M_VOBI_SRP_Ns (movie VOB information search 
pointer number) 



[0162] Stores one of the following values indicating 
the status of audio stream 0. 



00b: 
01b: 



original state 
overwritten 



10 



A1_STATUS 

[01 63] Stores one of the following values indicating 
the status of audio stream 1 . 



00b 
is oib 
10b 
11b 



original state 
overwritten 

dummy for additional audio content 
additional audio content added 



[0155] Records the number of movie VOB informa- 20 
tion search pointers M_VOBI_SRP. 



APS 



M_VOBI_SRP (movie VOB information search pointer) 
(Fig- 15) 

[0156] Stores address information for accessing 
each M_VOBI. 

M_VOBI_SA (movie VOB information start address) 

[0157] Stores the M_VOBI start address used for a 
seek operation accessing the corresponding VOBI infor- 
mation. 

M_VOBI (movie VOB information) (Fig. 16) 

[0158] Stores the following movie VOB manage- 
ment information: M__VOB_GI, SMLI, AGAPI, TMAPI 
and CPJvlNGL 

M_VOB_GI (general information) (Fig. 16) 

[0159] Records the following general information 
relating to a movie VOB. 

VOB_TY (VOB type) 

[0160] Stores VOB attributes according to the for- 
mat as shown in Fig. 1 7. 



[0164] Stores one of the following values indicating 
the analog copy prevention control signal state. 



00b 
25 01b 
10b 
11b 



analog copy protection not enabled 
type 1 
type 2 
type 3 



30 



SML_FLG 

[01 65] Stores one of the following values indicating 
whether the VOB is to be seamlessly reproduced with 
the preceding VOB. 



35 0b: 
lb: 



seamless reproduction not possible 
seamless reproduction possible 



TE 



[0161] Stores one of the following values indicating 
the VOB status. 



0b: 
1b: 



normal 

temporarily or partially deleted 



A0_GAP_LOC 

40 [01 66] Stores one of the following values indicating 
the presence of an audio reproduction gap in audio 
stream 0, and identifying the VOBU to which the audio 
reproduction gap is multiplexed. 

45 00b: no audio reproduction gap recorded 

01b: audio reproduction gap multiplexed to first 
VOBU 

10b: audio reproduction gap multiplexed to second 
VOBU 

so 11b: audio reproduction gap multiplexed to third 
VOBU 

A1J3APJ.OC 

55 [01 67] Stores one of the following values indicating 
the presence of an audio reproduction gap in audio 
stream 1, and identifying the VOBU to which the audio 
reproduction gap is multiplexed. 
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00b: no audio reproduction gap recorded 
01b: audio reproduction gap multiplexed to first 
VOBU 

10b: audio reproduction gap multiplexed to second 
VOBU 

11b: audio reproduction gap multiplexed to third 
VOBU 

VOB_REC_TM (VOB recording date/time) 

[0168] The date and time the VOB was recorded is 
stored in the same format used for P L_C RE ATE_TM 
shown in Fig. 9. What is important to note here is that 
this indicates the date/time that the first video presenta- 
tion frame of the VOB was recorded- If the first video 
frame is changed by editing or deletion, this 
VOB_REC_TM value must be updated. It should be fur- 
ther noted that the date/time of recording can be dis- 
played synchronized to the VOB presentation similarly 
to the way a date/time is displayed on the viewfinder of 
a video camcorder by simply adding the time elapsed in 
the VOB to the time stored as VOB_REC_TM. 

VOB_REC_TM_SUB (VOB recording date/lime differ- 
ence information) 

[0169] This field is used to absorb error in a 
VOB_REC_TM field that has been updated because 
the first video frame in the VOB was changed by VOB 
editing or deletion. As shown in Fig. 9, VOB_REC__TM is 
only accurate to the second. This means that if the 
video was edited or deleted at the frame or field level 
(precision), the recording time cannot be expressed 
with sufficient accuracy using only VOB_REC_TM. This 
field is therefore used to adjust for any difference. 

M_VOB_STIN (M_VOB__STI number) 

[01 70] Stores the M_VOB_STI number correspond- 
ing to the VOB. This M_VOB_STI number is the record- 
ing sequence in the above-noted M_VOB_STI table. 

VOB_V_S_PTM (VOB video start PTM) 

[0171] Stores the VOB presentation start time 
based on the same reference time as the time stamp of 
the video stream. 

VOB_V_E_PTM (VOB video end PTM) 

[01 72] Stores the VOB presentation end time based 
on the same reference time as the time stamp of the 
video stream. It should be noted that the time stamp of 
the stream indicates the presentation start time of the 
frame, but this VOB_V_E_PTM field records the pres- 
entation end time, that is, the sum of the start time plus 
the frame presentation period. 



SMLI (seamless information) (Fig. 16) 

[0173] SMLI stores the following information 
required for seamless reproduction with the preceding 
5 VOB. Note that this field is only recorded when the 
above-noted SML_FLG is 1b. 

VOB_FIRST_SCR 

10 [0174] Stores the SCR of the first pack in the VOB. 

P REV_VOB_LAST_SC R 

[0175] Stores the SCR of the last pack in the previ- 
75 ous VOB. 

AGAPI (audio gap information) (Fig. 16) 

[0176] AGAPI records the following information 
20 required for the decoder to process an audio reproduc- 
tion gap. This field is only recorded when a value other 
than 00b is written to the above-noted A0_GAP_LOC or 
A1_GAP_LOC. 

25 VOB_A_STP_PTM (VOB audio stop PTM) 

[0177] Records the time of the audio reproduction 
gap, that is, the time at which the decoder is to tempo- 
rarily stop audio reproduction. This time is recorded 
30 using the same reference time as the stream time 
stamp. 

VOB_A_GAP_ LEN (VOB audio gap length) 

35 [01 78] Records the length of the audio reproduction 
gap in 90 kHz precision. 

CP_MNGI (copy management information) (Fig. 16) 

40 [0179] Records the copy management information 
for the corresponding VOB, and comprises 
CP_STATUS and CPGI. 

CPG_STATUS (copy protection status) 

45 

[0180] Stores a value used for VOB copy protection. 
CPG_STATUS indcates whether content can be freely 
copied or whether only a first generation copy can be 
made. 

50 

CPGI (copy protection information) 

[0181] Records the copy protection information 
applied to the corresponding VOB. 

55 

TMAPI (time map information) (Fig. 18) 

[0182] The time map information comprises 
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TMAP.GI, TNIJENT. and VOBU.ENT fields. can be obtained by simply adding the following fields in 

sequence. 

TMAPJ3I (Fig. 18) 

1STREF_SZ 

[0183] The general TMAP information TMAPJ3I s 

and ADR_OFS fields as descnbed below. pac k in the VOBU to the pack containing the last data 



TM_ENT_Ns (TM_ENT number) 



block of the first l-picture in the VOBU. 
io VOBU_PB_TM 



[0184] Records the number of TM_ENT fields in the 
TMAPI block as described below. [01 94] Records the playback time of this VOBU. 

VOBU_ENT_Ns (VOBU_ENT number) VOBU_SZ 

J* 1 ^* ,[^^ ^ I° 195 l Records the data size of this VOBU 
the TMAPI block as described below. 



TM_OFS (time offset) 



S_AVFIT (Fig. 20) 



rnifici D ^ ^ x: „ 20 [01961 ^ sti!l P icture AV fil © information table 

[0186] Records the time map offset with the video comprises the following management information fields 

ueia precision. for ^ m pjcture w ffle rtR_STO.VRO: S_AVFITI 

. _ , S_VOB_STI, S AVFI. 
AD R_OFS (address offset) 



rnifl-Ti d ^ ^ *u ^x._ * , 25 S_AVFITI (still picture AV file information table informa- 

[0187] Records the offset m the first AV field in the tion) (Fig. 20) 

VOB. 

™ cwt /*■— x /r -. _ [0197] Stores the following information required to 

TM_ENT (t.me entry) (F.g. 18) access S _VOB_STI and S.AVFI. 



30 



Ic 1 !S A ti ? 6 comprises * e followin 9 «elds S_AVFI_Ns (still picture AV file information number) 
as access pant information at a constant time interval 

J^h' 1™ , Vide ° f ° rmat iS NTSCl ™ U iS 600 video t° 198 l ™ s is a «* either 0 or 1 . This value 

felds; rf PAL. t ,s 500 vdeo fields. corresponds to the number of still picture AV file^tS 

VOBU_ENTN(VOBU_ENT number) " RTR_STO.VRO file presence. 

[0189] Records the entry number of a VOBU con- **" ™ ^ 

taining the time (TMU x (N-1) + TM_OFS for the N-th 

TM.ENT) indicated by the TM.ENT. 40 [0 199] Records the number of S_VOB_ST. 

described below. 

TM_DIFF (time difference) 

rn*ani ^ ^ ^ ._ S_AVF l_E A (still picture AV file information end 

[0190] Records the difference between the time address) 
indicated by this TM_ENT and the presentation start 45 

time of the VOBU pointed to by VOBU.ENTN. [0 200] Records the S_AVFI end address. 

VOBU.ADR (VOBU address) S_VOB_ST« (still picture VOB stream information) (Fig. 

20) 

[01 91 ] Records the start address in the VOB of the so 

VOBU pointed to by VOBUJENTN. [02 01] Records the following still picture VOB 
VOBU_ENT (Fig. 19) 



stream information. 
V_ATR (video attributes) 



[0192] The VOBU entry (VOBU_EN*0 has the fields ss 

t!TZr^Z!° T the h COrrespo 2 din 9 VOBU. The fields [0202] Information recorded as the video attributes 

SiIlTS f J? FlQ - 19 * The time and are the Video impression mode, TV system, Aspect 

address information required to access a desired VOBU ratio, and Video resolution. These fields arTas 
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described above with reference to the video attributes 
V_ATR of the M_VOB_STI. 

OA_ATR (audio stream attributes) 

[0203] The audio stream attribute fields are: Audio 
coding mode, Application Rag, Quantization/DRC, fs, 
Number of Audio channels. These are also as 
described above with reference to the A_ATRO fields of 
the M_VOB_STI. 

SP_ATR (subpicture attribures) 

[0204] The Application Flag is recorded for the sub- 
picture attributes. This field is the same as SP_ATR 
described above with reference to M_VOB_STI. 

SP_PLT (subpicture color palette) 

[0205] Stores the color palette information for sub- 
pictures. The format is as described with reference to 
the SP_PLT of M_VOB_STI. 

S_AVFI (still picture AVfile information) (Fig. 23) 

[0206] Comprises the following fields required to 
access a still picture VOG: S_AVFI_GI, S_VOGI_SRP, 
and S_VOGI. 

S_AVFI_GI (Fig. 23) 

[0207] General still picture AV file information 
S__AVFI_GI records S_VOGI_SRP_Ns. 

S_VOGI_SRP_Ns (still picture VOB group search 
pointer number) 

[0208] Records the number of S VOGI_SRP fields 
described below. 

S_VOGI_SRP (still picture VOB group information 
search pointer) (Fig. 23) 

[0209] Records S_VOGI_SA. 

S_VOGI_SA (still picture VOB group information start 
address) records the start address of this S_VOGI. 

S_VOGI (Fig. 23) 

[0210] The still picture VOB group information 
S_VOGI comprises the following still picture VOB man- 
agement information fields: S_VOG__GI, S_VOB_ENT, 
CP_MNGI. 

S_VOG_GI (Fig. 23) 

[0211] General still picture VOB group information 



S_VOG_GI records the following fields as general infor- 
mation relating to the still picture VOB group. 

S_VOB_Ns (still picture VOB number) 

5 

[0212] Records the number of still picture VOBs in 
the still picture VOB group. 

S_VOB_STIN (S_VOB_STI number) 

10 

[021 3] Records the S_VOB_STI number storing the 
still picture VOB stream information. This S_VOB_STI 
number is the recording sequence in the S_VOB_STI 
table. 

15 

FIRST_VOB_RECjnvl (first VOB recording date/time) 

[0214] Records the recording date/time information 
of the first still picture VOB in the still picture VOB group. 

20 

LAST_VOB_REC_TM (last VOB recording date/time) 

[021 5] Records the recording date/time information 
of the last still picture VOB in the still picture VOB group. 

25 

S_VOB_SA (still picture VOB group start address) 

[021 6] Records the start address of the still picture 
VOB group in the RTR_STO.VRO file. 

30 

CP_MNGl (copy management information) 

[0217] Records copy management information 
relating to the corresponding still picture VOB group. 
35 The fields thereof are the same as the above-described 
CPJvlNGI for movie VOB information M_VOBI. 

S__VOB_ENT (Fig. 24) 

40 [0218] Still picture VOB entries S_VOB_ENT are 
defined as either type A or type B as described below 
according to whether there is audio recorded for individ- 
ual still picture VOBs in the still picture VOB group. 

45 S_VOB_ENT (Type A) (Fig. 24) 

[0219] Type A comprises the fields 
S_VOB_ENT_TY and V_PART_SZ, defined as follows. 

so S_VOB_ENT_TY (still picture VOB entry type) 

[0220] Still picture VOB type information is format- 
ted as shown in Fig. 25. 

55 MAP_TY 

[0221] Stores one of the following values for identi- 
fying type A or type B. 
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00b: type A constituting the user-defined PGC information table 

01b: typeB 

UD_PGCI_SRP_Ns (user-defined PGC information 
search pointer number) 



TE 



[0222] Stores one of the following values indicating [0232] Records the number of UD PGCI SRP 

the status of the still picture VOB. fields. " - 

0b: normal U D_PGCIT_E A (user^ief in ed PGC information table 

1b: temporarily or partially deleted w end address) 

SPSTJMs [0233] Records the UD_PGCIT end address. 

[0223] Stores the number of subpicture streams in UD_PGCI SRP (Fiq 26) 

the still picture VOB. 75 ~ 

w oa dt o^/ ■ , [02341 The user-defined PGC information search 

V_PART_SZ (video part s.ze) pointer UD_PGCI_SRP records the UD_PGCI_SA field. 

[0224] Stores the data size of the video part of the UD_PGCLSA (user-defined PGC information start 

still picture VOB. 20 address) 

S_VOB_ENT (Type B) (Fig. 24) [023 5] Records the UD.PGCI start address. This 

, address is used to seek and access the PGCI. 
[0225] In addition to S_VOB_ENT_TY and 

V_PART_SZ fields, type B also has A_PART_SZ and 25 UD_PGCI (Fig. 26) 
A_PB_TM fields as defined below. 

o w nD ruj w , «... Xfrxn [02361 ^ detailed structure of the user-defined 

S_VOB_ENT_TY (still picture VOB entry type) PGC information is described further below under the 

rr% _ PGC information PGCI. 

[0226] Records the type of the still picture VOB. 30 

These fields are as described above with reference to ORG_PGCI (Fig 5) 

type A. 

w DADT07/-, .* • x 102371 The detai,ed structure of the original PGC 

V_PART_SZ (video part size) information is described further below under the PGC 

35 information PGCI. 

[0227] Stores the data size of the video part of the 

still picture VOB. TXTDTJ/IG (Fig. 27) 

A_PART_SZ (audio part size) [02 38] The text data management field TXTDT_MG 

rftOOQ1 0 , 4U ^ 40 comprises TXTDTI,IT_TXT_SRP, and IT_TXT fields as 

[0228] Stores the data size of the audio part of the described below 
still picture VOB. 

TXTDTI (Fig. 27) 

A_PB_TM (audio playback time) 

rnooQi o* ^ , ^ , 45 102391 Text data information TXTDTI comprises the 

[0229] Stores the playback time (length) of the following fields: 
audio part of the still picture VOB. 

UD.PGC.T (Fig. 26) CHRS> IT - TXT - SRP - Ns - ™TDT_MG_EA. 

rM ~ M ^ 50 CHRS (character set code) 
[0230] The user-defined PGC information table 

qpS 6 J?^L^ fie ' dS: UD - PGCITI ' I 02401 Records the character set code used for 

UD_PGCLSRP, and UD_PGCI. IT TXT 

UD.PGCITI (Fig. 26) 55 | T _TXT_SRP_Ns (ITTXT search pointer number) 

[0231] TTie user-defined PGC information table [0241] Records the number of IT TXT SRP fields 

information UD_PGCITI records the following fields ~ ~ 
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TXTDT_MG_EA (text data management end address) 

[0242] Records the end address of the TXTDT_MG 
block 

IT_TXT_SRP (Fig. 27) 

[0243] The ITJXT search pointer IT_TXT_SRP 
records the following information for accessing IT_TXT. 

IT_TXT_SA (IT_TXT start address) 

[0244] Records the IT_TXT start address. This 
address is used to seek and access the IT_TXT block. 

IT_TXT_SZ (IT_TXT size) 

[0245] Records the IT_TXT data size. A desired 
IT_TXT block can be read by reading this amount of 
data. 

ITJXT (Fig. 27) 

[0246] IT_TXT comprises one or more sets of three 
fields: identification code IDCD, the text TXT corre- 
sponding to that ID code, and an end code TMCD defin- 
ing the end of the set. If there is no TXT field for an 
IDCD, the TXT field can be omitted and IDCD and 
TMCD recorded as one set. Valid IDCD values are 
defined as follow. 

Genre codes 

[0247] 

30h: movie 

31 h: music 

32h: drama 

33h: animation 

34h: sports 

35h: documentary 

36h: news 

37h: weather 

38h: educational 

39h: hobby 

3 Ah: entertainment 

3Bh: performing arts (plays, opera) 

3Ch: shopping 

Input source codes 

[0248] 

60h: broadcasting station 

61 h: camcorder 

62h: photograph 

63 h: memo 

64h: other 



PGCI (Fig. 28) 

[0249] Original program chain information 
ORG_PGCI and user^defined program chain informa- 

5 tion UD_PGCI have a common data structure collec- 
tively referred to as program chain information PGCL 
PGCI comprises the following fields: PGC_GI (program 
chain general information), PGI (program information). 
CI_SRP (cell information search pointer), and CI (cell 

10 information). 

PGC_GI (Fig. 28) 

[0250] PGC_GI (PGC general information) com- 
15 prises the fields PG_Ns (program number) and 
CI_SRP_Ns (cell information search pointer number) as 
general information about the PGC. These fields are 
described further below. 

20 PG_Ns (program number) 

[0251] Records the number of programs in the 
PGC. tf a user-defined PGC, this field is 0 because 
there is no program. 

25 

CI_SRP_Ns (Ci_SRP number) 

[0252] Records the number of cell information 
search pointers CI_SRP, described below. 

30 

PGI (Fig. 28) 

[0253] PGI (program information) comprises the fol- 
lowing fields as described below: program type PG_TY, 
35 cell number C_Ns. primary text information PRM_TXTI, 
IT_TXT_SRPN, and THM_PTRI. 

PG_TY (program type) 

40 [0254] Records the following information formatted 
as shown in Fig. 29. 

Protect (protected) 

45 [0255] 

0b: normal 
1b: protected 

so C_Ns (cell number) 

[0256] Records the cell number in the program. 

PRM_TXTI (primary text information) 

55 

[0257] Records the text information describing pro- 
gram content. For further details, see the above-noted 
PL SRPT 
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IT_TXT_SRPN (IT_TXT_SRP number) access ^ stream datg correSfXlMnQ , 0 tnjg ce|| „ fe 

rf»«i » ittyt w iKSX necessarv to acce ss the movie VOB information 

luzaej it it_TXT containing program content infor- search pointer number indicated by this field 
matron is recorded in addition to the primary text noted 

Tu ., DTD i iu. i. •■ ■ [0268] Records the number of entrv Doints in this 

THM_PTRI (thumbnail image pointer information) cell. 

[0259] Records the thumbnail image information ro C_V S PTM (cell video start time) 

representing this program. Details about the THM_PTRI ' 

^identical to the above-noted THM.PTR. of [0269] Records the playback start time of the cel. 

~ using the format shown in Fig. 10. 

CI.SRP (Fig. 28) 1S C_V_E_PTM (cell video end time) 

ETsRPl rT c «rHr! ri H informa l° n . SearCh P ° inter [02701 Reco,ds * e P'^ck end time of the cell 

^z^rzz~ n requ,red for ^r^^-^r^T 

wrcn ^v^^ iM to define the valid cell period within 

oa/ .. 20 the corresponding VOB. 
CI_SA (cell information start address) 

r/vo ^, „ M_C_EPI (Fig. 32) 
[0261] Records the start address of the cell infor- 
mation. The cell is accessed by seeking this address. [0271] MCJEPI (movie cell entry point informa- 
c , / Fia 3m 25 tion ) is categorized as Type A or Type B based on the 
v y J presence of primary text. 

[0262] CI (cell information) is one of two types: M C EPI (Type A) (Fig 32) 

M_CI for movies, or S_CI for still picture. ~ " } 

M CI (Fia 30) 30 102721 M - C - EPI (Type A) contains the following 

~ y " ; information indicative of an entry point. 

[0263] M_CI (movie cell information) comprises the EP TY (entry point type) 

following fields: M_CGI and M_C_EPI. ~ yp ' 

M C Gl ( Fia 30) 35 [02731 Recor ds the following information formatted 

y ' } as shown in Fig. 33 for identifying the entry point type. 

[0264] M_C_GI (movie cell general information) EPJTY1 
contains the following basic information for each cell. 



C_TY (cell type) 



40 [0274] 



00b: Type A 

[0265] Records the following information formatted 01b: Type B 
as shown in Fig. 31 for identifying movie cells and still 

PiCtUreCel,S * « EP.PTM (entry point time) 



C TY1 



[0275] Records the time at which the entry point is 

[0266] S9t accordin 9 to foe format as shown in Fig. 1 0. 

50 M - C EPI (Type B) (Fiq. 32) 

000b: movie cell 1 v y ; 

001b: still picture cell rno-yei i JJ:i . 

H [0276] In addition to the same EP__TY and EP_PTM 

M.VOBLSRPNfmovieVOBinformatonsearchpdnter ^.c^^' ^ ^ 3 PnCm 

number) 55 

[0267] Records the search pointer number of the ** 

move VOB information corresponding to this cell. To [0277] Records text information describing the con- 
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tent of the location indicated by the entry point. Details 
of this information are as described in the above-noted 
PL_SRPT 

S_CI (Fig. 30) 

[0278] S_CI (still picture cell information) comprises 
S_C_GI and S_C_EPI fields. 

S_C_GI (Fig. 30) 

[0279] S_C_GI (still picture cell general informa- 
tion) contains the basic cell information described 
below. 

C__TY (cell type) 

[0280] Records information for identifying movie 
cells and still picture cells. This cell type information is 
as described above with reference to a movie cell. 

S_VOGI_SRPN (still picture VOB group information 
search pointer number) 

[0281] Records the search pointer number of the 
still picture VOB group information for the cell. To 
access the stream data corresponding to the cell, it is 
first necessary to access the still picture VOB group 
information search pointer number indicated by this 
field. 

C_EPI_Ns (cell entry point information number) 

[0282] Records the number of entry points in this 
cell. 

S_S_VOB_ENTN (starting still picture VOB number) 

[0283] Records the still picture VOB number from 
which cell reproduction starts according to the format as 
shown in Fig. 11. The still picture VOB number is the 
sequence number in the S_VOG pointed to by the 
above-noted S VOGI_SRPN. 

E_S_VOB_ENTN (end still picture VOB number) 

[0284] Records the still picture VOB number at 
which cell reproduction ends according to the format as 
shown in Fig. 11. The still picture VOB number is the 
sequence number in the S_VOG pointed to by the 
above-noted S_VOGI_SRPN. It should be noted that 
the valid cell period in the S_VOG to which the cell 
belongs is defined by this field in conjunction with 
S_S_VOB_ENTN. 

S_C_EPI (Fig. 32) 

[0285] S_C_EPI (still picture cell entry point infor- 



mation) is categorized as Type A or Type B depending 
upon the presence of primary text. 

S_C_EPI (Type A) (Hg. 32) 

5 

[0286] S_C_EPI (Type A) contains the following 
information indicative of an entry point. 

EP_TY (entry point type) 

10 

[0287] Records the following information formatted 
as shown in Fig. 33 for identifying the entry point type. 

EP_TY1 

15 

[0288] 

00b: Type A 
01b: Type B 

20 

S_VOB_ENTN (still picture VOB entry number) 

[0289] Records the still picture number in which the 
entry point is set according to the format as shown in 
25 Fig. 11. 

S_C_EPI (Type B) (Fig. 32) 

[0290] In addition to the same EP_TY and 
30 S_VOB_ENTN fields of Type A, S_C_EPI (Type B) has 
a PRM_TXTI as described below. 

PRM_TXTI (primary text information) 

35 [0291 ] Records text information describing the con- 
tent of the location indicated by the entry point. Details 
of this information are as described in the above-noted 
PL_SRPT. 

40 Configuration of a DVD recorder 

[0292] The configuration of a DVD recorder is 
descrtoed next below with reference to Fig. 40. 
[0293] As shown in the figure, this DVD recorder 
45 comprises a user interface 7801 for interaction with the 
user; a system controller 7802 for handling overall man- 
agement and control of the recorder; an input block 
7803 comprising an A/D converter for audio and video 
input to the recorder; an encoder 7804; an output sec- 
so tion 7805 for audio and video output; a decoder 7806 for 
MPEG stream decoding; track buffer 7807; and drive 
7808. 

Operation of a DVD recorder 

55 

[0294] The basic recording and reproduction opera- 
tion of a DVD recorder shown in Fig. 40 is described 
next below. 
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[0295] A play list recording operation is described 
first below. 

[0296] Before recording starts, the input block 
7803, encoder 7804. and track buffer 7807 are initial- 
ized by a command from the system controller 7802. s 
Audio and video data input to the input block 7803 are 
A/D converted and passed to the encoder 7804. The 
encoder 7804 compresses and multiplexes the video 
and audio data to generate an MPEG system stream, 
which it then passes to the track buffer 7807. Data is io 
then passed sequentially from the track buffer 7807 to 
the drive for recording to DVD-RAM disc. 
[0297] A method for defining a play list is described 
briefly next. 

[0298] The new stream recorded by the above is 
operation is appended to the end of the original program 
chain ORG_PGC in which all streams on the disc are 
stored. Playback is possible by means of this original 
program chain ORG_PGC alone, but a wider range of 
reproduction paths can be achieved by defining a user- 20 
defined PGC, that is, a play list, whereby desired parts 
of the original program chain ORG_PGC are selectively 
retrieved and reproduced. A play list makes it possible 
to select only desired parts of the original program chain 
ORG_PGC for reproduction in a desired sequence. 25 
Therefore, the operation for defining a play list with 
respect to operations involving the user interface basi- 
cally requires the user to define a desired number of 
pairs of starting points A and ending points B in the orig- 
inal program chain ORG_PGC. 30 
[0299] If these starting points A and ending points B 
indicate moving picture or audio data, points A and B 
are defined using the time stamp on the stream; rf still 
pictures, points A and B define the first and last still pic- 
ture numbers, respectively. 35 
[0300] It should be noted that this play list defining 
process can be accomplished by means of the system 
controller 7802 operating in conjunction with user inter- 
face 7801 shown in Fig. 40. 

[0301] Moving picture data (M_VOBI #1, M_VOB 40 
#1) or still picture data (S_VOGI #1, S_VOB #1, ... 
S_VOB #i) must be present as shown in Fig. 4 together 
with the original program chain ORG__PGC (the block 
indicated as a Program Set in Fig. 4) to record a play 
list. When a new play list is generated, Play List #i as 45 
shown at the top right in Fig. 4 is compiled and recorded 
to the management information. 

[0302] Play List #1, which is compiled first, is 
described below. 

[0303] TTie user first selects image #p to #q from so 
among the still pictures in S_VOGI #1. The selection 
information for images #p to #q is stored in the first cell 
S_Cell in Play List #1. More specifically, information 
indicative of S_VOGI #1 is written to the still picture 
VOB group information search pointer number ss 
S_VOGI_SRPN shown in the bottom right of Fig. 30; the 
p-th image number is written to S„S_VOB_ENTN ( and 
the q-th image number is written to E_S_VOB_ENTN. 



[0304] In the case of a video selection, the user 
selects a moving picture sequence in M_VOBI #1 start- 
ing at time m from a reference time (a time determined 
by the time stamping) and ending at time n from the ref- 
erence time. Data indicating this selection from time m 
to time n is stored to the second cell M_Cell in the Play 
List #1. More specifically, information indicative of 
M_VOBI #1 is written to movie VOB information search 
pointer number M_VOBI_SRPN, time m is written to 
C-Y_S__PTM, and time n is written to C_V_E__PTM, as 
shown in the top right of Fig. 30. 
[0305] When a Play List #1 thus recorded is repro- 
duced, still pictures #p to #q are first reproduced from 
S__VOGI #1, and video from is then reproduced from 
time m to time n from M_VOBI #1 . As a result, a partic- 
ular AV sequence desired by the user can be repro- 
duced in the desired order. 

[0306] The play list recording operation described 

above is described in further detail below with reference 

to the flow charts in Fig. 43 and Fig. 44. 

[0307] The steps shown in Fig. 43 are described 

first. 

Step #1 : The cell information number N is set to 1 . 
This cell information CI number is shown as CI #n in 
the bottom left of Fig. 30, and corresponds to either 
video cell information or still picture cell information. 
Step #2: It is determined whether the user-selected 
data is moving picture or still picture data. If video 
data, the procedure steps to step #3; if still picture 
data, the procedure steps to step #7. 
Step #3: The selected M_VOBI #i is read. A movie 
VOB information search pointer number 
M_VOBI_SRPN for specifying M_VOBI #i is gener- 
ated, and stored to M_VOBI_SRPN memory (Fig. 

Step #4: While playing the video corresponding to 
M__VOBI #i, the user asserts a cue signal at the 
desired place in the video, that is, at the beginning 
point of the user-defined play list. C_V_S_PTM 
storing a start time as detected from the time stamp 
is then generated, and stored to C_V_S_PTM 
memory (Fig. 40). The user then asserts a cue sig- 
nal again at the end of the desired segment 
C_V_E_PTM defining the end time is similarly gen- 
erated, and stored to C_V_E_PTM memory (Fig. 
40). 

Step #5: Data required for the cell information 
shown in Fig. 30 is then generated and stored to 
memory (not shown in Fig. 40). Step #6: The 
selected still picture information S_VOGI #i is read- 
As shown in Fig. 23, S_VOGI #i contains a plurality 
of still pictures; a particular still picture in this still 
picture group is identified by S_VOB_Ns. The still 
picture VOB group information search pointer 
number S__VOGI_SRPN identifying this S_VOGI #i 
is generated, and stored to S_VOGI_SRPN mem- 
ory (Fig. 40). 
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Step #7: The user asserts a cue signal when the 
desired still picture is displayed while the still pic- 
tures in S_VOGI #i are being reproduced in 
sequence. S_S_VOB_ENTN storing the number of 
the still picture in the sequence is generated, and 5 
stored to S_S_VOB_ENTN memory (Fig. 40). The 
user then asserts a cue signal when the desired 
last still picture is being displayed. 
E_S_VOB_ENTN storing the number of this still 
picture is similarly generated and stored to 10 
E_S_VOB_ENTN memory (Fig. 40). 
Step #8: Data required for the still picture cell infor- 
mation shown in Rg. 30 is generated, and stored to 
memory (not shown in Fig. 40). 
Step #9: Cell information for one cell is thus com- 
pleted and stored to memory. 
Step #10: The user decides whether to select addi- 
tional video or still pictures. To select additional 
images, the user returns to step 2, otherwise the 
procedure steps to step #1 1 . 
Step #1 1 : Play List #i, that is, the user-defined pro- 
gram chain information UD_PGCI, is completed, 
and written to disc as part of the management infor- 
mation by way of drive 7808. 
Step #12: Play list type information PL_TY describ- 
ing the content of the play list completed in step #1 1 
is generated, that is. whether video and/or still pic- 
tures are present, and written to disc by way of drive 
7808 as part of the management information. 
Details about generating this play list type informa- 
tion PL_TY are further described in detail with refer- 
ence to Rg. 44. 

Step #13: Play list search pointer table PL_SRPT 
pointing to the the play list to which play list type 
PL_TY corresponds is generated, and written to 
disc as part of the management information by way 
of drive 7808. 

[0308] The steps in the procedure shown in Fig. 44 
are described next below. 

Step #20: It is detected whether video cells are con- 
tained in Play List #i, that is, the compiled user- 
defined program chain information UD_PGCI. 
Step #21: It is detected whether still picture cells 
are contained in Play List #i, that is, the compiled 
user-defined program chain information UD_PGCI. 
Step #22: It is detected whether still picture cells 
are contained in Play List #i, that is, the compiled 
user-defined program chain information UD_PGCI. 
Step #23: If both video and still pictures are con- 
tained in the play list, play list type PL_TV is set to 
0010b. 

Step #24: If only video is contained in the play list, 
play list type PL_TY is set to 0000b. 
Step #25: If only still pictures are contained in the 
play list, play list type PL_TY is set to 0001b. 
Step #26: If no video or still pictures are contained 



in the ptay list, that is. only audio data is present, 
play list type PL__TY is set to 001 1 b. 

[0309] The play list type PL_TY thus defined is writ- 
ten to the play list search pointer PL_SRP shown at the 
bottom right in Fig. 41. By reproducing this play list 
search pointer PL_SRP, the display as shown at the top 
left in Fig. 41 is presented. 

[031 0] Reproducing the play list is described next. 
[0311] The user inserts a DVD-RAM disc to the 
player and selects a desired reproduction path from 
among the plural reproduction paths on disc. A method 
whereby the user selects the desired reproduction path 
is described in detail below. 

[031 2] Reproduction paths are defined by means of 
the user<Jefined program chain information UD_PGCI, 
or play list, as noted above. A plurality of play lists can 
be defined, and it is therefore essential to present a list 
of available play lists, i.e., program chains, in a way that 
is easy for the user to understand the content of each 
ptay list. 

[0313] A presentation screen using this play list 
search pointer PL_SRP is described next with reference 
to the flow chart in Fig. 45. 

[0314] The steps in Rg. 45 are described next 
below. 

Step #30: The play list number N is set to 0. The 
play list number is shown by PL_SRP #n as shown 
in the middle of Fig. 8. 

Step #31 : Play list number N is incremented 1 . 
Step #32: The N-th play list search pointer PL_SRP 
is read from the play list search pointer table 
PL_SRPT The content of play list search pointer 
PL_SRP is shown in the middle of Rg. 8 and on the 
right in Fig. 41. 

Step #33: Primary text information PRM_TXTI and 
play list type PL_TY are read from play list search 
pointer PL_SRP. The titles contained in the play list 
are recorded in primary text information 
PRM_TXTI. 

Step #34: Whether there is a next play list is 
detected. If there is, the procedure loops back to 
step #31 ; if not, the procedure steps to step #35. 
Step #35: A list of available play lists is presented 
on screen. An exemplary presentation screen is 
shown in Rg. 41. In the example shown in Fig. 41, 
play list 1 contains only a still picture of "Fall in 
Oze"; play list 2 comprises a mix of video and still 
pictures from the "School Field Day"; play list 3 
comprises only video from an "Overseas Drama"; 
and play list 4 comprises only the audio from a 
"Concert." 

Step #36: The user selects a play list for playback. 
In the example shown in Fig. 41 , the user can select 
from play lists 1 to 4. 

Step #37: The selected play list is reproduced. 
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[031 5] "Rie content of a play list presentation screen 
is described further below with reference to Fig. 41 . 
[031 6] The numbers 1 , 2, 3, 4 on the left side of the 
display are sequential play list numbers. Play list titles 
are shown in the middle column, such as "Fall in Oze" 
and "Concert". This information is stored to the 
PRM_TXTI field of the play list search pointer PL_SRP 
in the play list search pointer table PL_SRPT written to 
the optical disc. 

[031 7] The third column (including still pictures only 
and video only) shows the type of AV data in the corre- 
sponding play list, and is stored to the PL_TY field of the 
play list search pointer PL_SRP. This information tells 
the use- the configuration of each play list, and gives the 
user a basic idea of what type of content will be pre- 
sented if that play list is selected and reproduced. For 
example, if the audio-only concert is selected, the user 
will know before playback starts that only audio will be 
reproduced and there will be no video accompaniment. 
If the still picture program "Fall in Oze" is selected, the 
user will likewise know that still pictures will be dis- 
played, and that either the next image will be displayed 
automatically after a period of time, or that some type of 
manual operation will be required to advance as desired 
to the next still picture. 

[0318] By thus presenting the PL_TY information to 
the user when the user is selecting the play list to be 
reproduced, the user can get basic information about 
the configuration of different types of play lists before 
making a selection so that user confusion can be 
avoided when actual playback begins. 
[0319] Another exemplary play list presentation 
screen is shown in Fig. 42. This screen shows an even 
more detailed explanation of the play list configuration in 
the third column from the left. For example, this screen 
tells the user that the "Fall in Oze" play list comprises 75 
still pictures. It should be noted that in this case, how- 
ever, this presentation screen cannot be generated from 
the play list search pointer PL_SRP information alone, 
and the user-defined program chain information 
UD__PGCI must also be read. More specifically, 
S_S_VOB_EIMTN and E_S_VOB_ENTN must be read 
to detect the number of still pictures in the play list (see 
Fig. 30, bottom right). To detect the video playback time, 
C_V_S_PTM and C__V_S_PTM (see Fig. 30, top right) 
must be read. Reading this information can be time- 
consuming, and is therefore not practical when the 
number of play lists is large, ft is, therefore, more practi- 
cal to only display this information when the user 
requests the information be shown. 
[0320] The playback operation performed after the 
user selects the program to be reproduced is described 
next below. 

[0321] The track buffer 7807. decoder 7806. and 
output section 7805 are initialized by a command from i 
the system controller 7802. The system controller 7802 
then instructs the disc drive to seek the start address of 
the AV data in the first VOB of the selected program. 



The drive then begins reading the data and passes the 
read AV data to the track buffer 7807. The decoder 7806 
reads data from the track buffer 7807, extracts the 
decompressed AV data by applying an MPEG decoding 
s operation, and passes the decompressed AV data to 
the output section 7805. The output section 7805 D/A 
converts the data and outputs the resulting analog AV 
data to the television or other AV device connected to 
the output terminal. 
10 [0322] Operations relevant to the type of play list 
being reproduced, that is, the PL_TY value, can be per- 
formed while playback is in progress. For example, 
searches using a time value can be performed when a 
video stream is being played, enabling the user to 
is advance 30 ahead or rewind 2 minutes, for example. 
When playing a still picture stream, operations for skip- 
ping to the twentieth image or back three images can be 
performed. 

[0323] The system controller 7802 thus stores the 
20 PLTY value for the play list currently being played in 
memory, and enables requests received from the user 
interface 7801 that are meaningful for that type to be 
acted on. A disc player of this type can thus prevent 
meaningless operations, and maintain system opera- 
25 tion that is matched to the disc content, by changing its 
response to user operations when playback is in 
progress or is interrupted based on the PL_TY value of 
the play list currently being reproduced. 
[0324] It should be noted that this embodiment of 
30 our invention has been described with reference to four 
playback possibilites, video only, still pictures only, video 
and still pictures mixed together, and audio only with no 
video or still pictures, but the invention shall not be lim- 
ited thereto. For example, presentation is also possible 
35 using only three types: video only, still pictures only, and 
video and still pictures mixed together. 
[0325] It should be noted that the preferred embod- 
iment of the invention is described above with reference 
to a DVD-RAM disc, but it will be obvious to one with 
40 ordinary skill in the related art that any rewritable optical 
disc can be alternatively used. 

[0326] Furthermore, this embodiment of the inven- 
tion has been described using four play list types 
( p k_TY), video only, still pictures only, video and still 
45 pictures mixed together, and audio only with no video or 
still pictures, but other types can be added. For exam- 
ple, still pictures with and without audio, public doman 
content with no copyright restrictions, and copyrighted 
content with some restrictions applied. 
so [0327] Furthermore, the DVD recorder is described 
as having recording, playback, play list definition and 
editing functions in a single unit, but the effect of the 
invention will be the same even if a dedicated recorder, 
dedicated play©-, and dedicated editor are used to per- 
55 form respective operations. 

[0328] The invention has also been descrfoed with 
operation of the disc player changing according to the 
PLJTY value, but restrictions can also be placed on edi- 
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tor operations. For example, if a reproduction path is 
restricted by a third-party copyright or the AV data is 
restricted from being ecfited. this information can be 
passed to the editor to prohibit certain editing opera- 
tions according to the PL_TY value. 5 

Benefits of the invention 

[0329] By recording information indicating the type 
of each of plural reproduction paths recorded to an opti- 10 
cal disc, meaningful information enabling the user to 
select a desired play list for reproduction can be pre- 
sented to the user, thereby avoiding user confusion and 
making the optical disc and disc player easier to operate 
and use. is 
[0330] In addition, the disc player can provide to the 
user a response appropriate to the type of reproduction 
path selected when a user command is received by way 
of the user interface when playback is interrupted or in 
progress. 20 

Claims 

1 . An optical disc for recording an AV stream contain- 
ing at least one video or still picture stream, and 25 
management information for managing the AV 
stream, wherein: 

the management information comprises repro- 
duction path information (UD_PGCI) generated 30 
by a user specifying a starting point and an 
ending point for a desired part of the AV 
stream; and 

play list type information (PL_TY) indicative of 
whether content contained in the reproduction 35 
path specified by the reproduction path infor- 
mation (UD_PGCI) is only video content, only 
still picture content, or a mixture of video and 
still picture content. 

40 

2. An optical disc for recording an AV stream contain- 
ing at least one video or still picture stream, or an 
audio stream with no video or still picture content, 
and management information for managing the AV 
stream, wherein: 45 

the management information comprises repro- 
duction path information (UD_PGCI) generated 
by a user specifying a starting point and an 
ending point for a desired part of the AV so 
stream; and 

play list type information (PL_TY) indicative of 
whether content contained in the reproduction 
path specified by the reproduction path infor- 
mation (UD_PGCI) is only video content, only ss 
still picture content, a mixture of video and still 
picture content, or only audio content with no 
video or still picture content. 




565 A1 44 

3. An optical disc as described in claim 1 , wherein the 
management information further comprises infor- 
mation (PRM_TXTI) indicating a title for reproduc- 
tion path information (UD_PGCI). 

4. A recording device for recording management infor- 
mation for managing an AV stream to an optical 
disc, the optical disc capable of storing an AV 
stream containing at least one video or still picture 
stream, comprising: 

memory for storing a user-defined starting 
point and ending point for a desired part of the 
AV stream; 

a means for generating user-defined reproduc- 
tion path information based on the starting 
point and ending point stored to memory; 
a means (7802, steps #20 to #26) for generat- 
ing play list type information (PL_TY) indicative 
of whether content contained in the user- 
defined reproduction path is only video content, 
only still picture content, or a mixture of video 
and still picture content; and 
a means for recording the reproduction path 
information and play list type information to the 
optical disc as management information. 

5. A playback device for reproducing content from an 
optical disc to which an AV stream containing at 
least one video or still picture stream, and manage- 
ment information for managing the AV stream, are 
recorded with the management information con- 
taining user-defined reproduction path information 
generated by a user specifying a starting point and 
an ending point for a desired part of the AV stream, 
and play list type information (PL_TY) indicative of 
whether content contained in the user-defined 
reproduction path is only video content, only still 
picture content, or a mixture of video and still pic- 
ture content, comprising: 

a presentation means (7805, 7806) for reading 
the play list type information, and displaying 
whether the user-defined reproduction path 
contains only video content, only still picture 
content, or a mixture of video and still picture 
content. 
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